RBO Protocol: Broadcasting Huge Databases for 

Tiny Receivers 

Mai-cin Kik 



Abstract — We propose a protocol (called RBO) for broadcast- 
ing long streams of single-packet messages over radio channel 
for tiny, battery powered, receivers. The messages are labeled by 
the keys from some linearly ordered set. The sender repeatedly 
broadcasts a sequence of many (possibly millions) of messages, 
while each receiver is interested in reception of a message with a 
specified key within this sequence. The transmission is arranged 
so that the receiver can wake up in arbitrary moment and find 
the nearest transmission of its searched message. Even if it does 
not know the position of the message in the sequence, it needs 
only to receive a small number of (the headers of) other messages 
to locate it properly. Thus it can save energy by keeping the radio 
switched off most of the time. We show that bit-reversal permu- 
tation has "recursive bisection properties" and, as a consequence, 
RBO can be implemented very efficiently with only constant 
number of [log2 n] -bit variables, where n is the total number 
of messages in the sequence. The total number of the required 
receptions is at most 2 [logj n] + 2 in the model with perfect 
synchronization. The basic procedure of RBO (computation of the 
time slot for the next required reception) requires only 0(log^ n) 
bit-wise operations. We propose implementation mechanisms for 
realistic model (with imperfect synchronization), for operating 
systems (such as e.g. TinyOS). 

Index Terms — Radio network, broadcast scheduling, energy 
efficiency. 



I. Introduction 

Recursive Bisection Ordering (RBO) Protocol is a protocol, 
based on a very simple ranking algorithm |[T], for a powerful 
sender and energetically tiny receivers. The sender repeatedly 
broadcasts a sequence of messages. Each message is labeled 
by a key. The time intervals between subsequent starts of 
message transmissions in the sequence are equal. We call them 
time slots. At arbitrary time moment the user of RBO (i.e. 
some application running on the receiver device) may ask 
the RBO module to receive a message with some specified 
key. Since then, the task of the RBO module is to receive the 
nearest transmission of the message labeled with this key and 
deliver this message to the user The simplest strategy would 
be keeping the radio switched on and listen to all messages 
until the searched one is received. However, radio consumes a 
lot of energy while it is switched on and the receiver device has 
a limited energy source (i.e. battery). If the whole sequence 
contains millions of messages, then we may need to wait many 
hours until the searched message is transmitted. Therefore we 
need a strategy that minimizes the total radio working time and 
does receive the nearest transmission of the searched message. 
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Finding broadcast scheduling that optimizes energy con- 
sumption in the battery powered receivers becomes one of the 
main problems in diverse modem applications. An example 
is a very recent algorithm of finding optimal scheduling of 
broadcast bursts for mobile TV channels |2|. 

Other example are wireless networks of battery powered 
sensors. Nodes of such network consist of possibly simple 
processor, a very limited memory, specialized sensing or mea- 
surement tools, and radio receiver and transmitter. Usually, the 
task of such network is reporting the measurements or detected 
events to the base station. The radio receiver can be used for 
forwarding packets from the other more distant sensors, since 
the range of the sensor's transmitter is in many cases shorter 
than the distance to the base station (to save the energy). 
The other application of the radio receiver can be receiving 
control messages from the base station. However, keeping the 
radio receiver switched on all the time would consume too 
much energy. Techniques for sensor networks such as Low 
Power Listening (LPL, [3]), where the receiver samples for 
short periods radio channel and continues listening if it detects 
any transmission, while the sender transmits a sequence of 
few copies of the message to ensure one successful reception, 
are appropriate for an extensively used channel. On the other 
hand, RBO is appropriate for a channel with continuous stream 
of messages, where each receiver wants to receive only few 
of them. Also the sleeping intervals for LPL are constant 
(and so are the energy savings), while RBO flexibly adapts 
the sleeping intervals. They can be very long for very long 
sequences of messages. 

RBO can be used for transmission of public large databases 
that can be accessed by battery powered devices such as palm- 
tops. However, the efficiency and simplicity of its implementa- 
tion makes it also useful for very weak devices such as sensors. 
For example, it enables sending control commands to a great 
multitude of sensors over a single radio channel. Each receiver 
can use RBO to filter its own messages without any prior 
knowledge about the transmission schedule. In such system, 
we can add/remove receivers without affecting the behavior 
of the other receivers. Thus, we have a simple and flexible 
mechanism for time-division multiplexing of messages on a 
single radio channel. Note that in future we may face the 
problem of broadcasting of a very large amounts of infor- 
mation to multitude of energy constrained devices scattered 
in our solar system. The only transmission medium would be 
limited number of radio channels. 

Another application of the RBO can be centralized channel 
access control for upload transmissions (e.g. for overcrowded 
channel): The base station broadcasts only the headers, while 
the rest of the time slot can be used for transmission by 
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the (unique) owner of the key from the header. It can also 
be considered for broadcasting interrogation signals for re- 
porting selective readings from sensors or battery powered 
(gas/water) meter devices. This could be generalized to the 
idea of distributed algorithms performed by sensors (such as 
e.g. routing towards the base station) assisted by a powerful 
base station broadcasting control/synchronization commands 
organizing the distributed computation. 

Transmitting large database for battery powered receivers 
has been considered by Imielinski, Viswanathan and Badrinath 
in f4l, (5], and |6|. They proposed several techniques based on 
hashing and inclusion of indexing informations in data stream 
that let the receiver energetically efficient searching for data. 

Specific variants of the problem and efficiency measures 
have also been considered: Broadcast scheduling minimizing 
latency in the presence of errors has been considered in Q. In 
||8) data-caching for energy saving has been proposed. Energy 
efficient indexing for for several types of data formats has been 
proposed in Q, |[T1, ifTll . 

We believe that, in many applications, RBO can be a more 
implementable and robust solution. In RBO, each message, 
consisting of the header and data field, is of the same type, 
and occasional losses of messages do not cause severe conse- 
quences. 

The RBO protocol is based on a simple ranking algorithm 
for single hop radio network proposed in [l]. The sender 
sorts the messages by their keys and then permutes them by 
a special permutation (called recursive bisection ordering or 
rbo). Such sequence is periodically broadcast. The receivers' 
RBO protocol keeps an interval [minR, maxR] of possible 
ranks of the searched key in the transmitted sequence. Initially 
[minR, maxR] — [0,n — 1], where n is the length of the 
sequence. RBO tries to receive only the messages with the keys 
ranked in [minR, max R]. Each such message is either the 
searched one or it can be used for further updating (shrinking) 
of the interval. It has been shown in 1 1 1 that no more than 
4 lg2 n messages are required to locate the rank of the key in 
the sequence if the sequence is retransmitted in rounds, even 
when the search is started in arbitrary time slot. 

In this paper we show that a simple bit-reversal permutation 
(famous for its application in FFT Iil2i ) has the essential 
"recursive bisection" properties of the (recursively defined) 
rbo. This enables very efficient and simple implementation 
of the functions needed by the RBO protocol. Hence, RBO 
can be implemented on very weak devices with tiny memory 
resources (such as e.g. sensors). 

In section |ll] we show the properties of bit-reversal permu- 
tation that are relevant for our protocol. We also present the 
outline of the underlying algorithm. 

In section [nl] we show precise upper bound on the number of 
necessary receptions required to reach the searched message. 
The bound is 2[lg2 n] +2. Due to the simpler permutation and 
more detailed proof, this bound is lower than the one in 1 1 1 . We 
show an example, when 2 [lg2 n] — 1 receptions are required. 
We also include experimental results of the simulations, in the 
case when the communication is unreliable. 



received by the receiver The algorithm enables computations 
for very long sequences of messages (possibly many millions 
or more) even on very weak processors. It requires 0{\og'^ n) 
bit-wise operations and a constant number of [log2 n[ -bit 
variables. 

In section [V] we discuss the implementation of the protocol 
on real devices. A prototype of the protocol with a simple 
demonstration application has been implemented in Java lan- 
guage and is available at [131. This implementation is designed 
to be easily transformable to TinyOS ( lfT4l . ifTSi ): the required 
modules of TinyOS, hardware components and radio channel 
has been modelled by appropriate objects. RBO protocol offers 
split-phase interface to the user. The user issues a command to 
find a message with given key and, after some time is signalled 
the call-back with the results of the search. In the meantime 
RBO switches the radio receiver on and off: on the one hand 
- to save energy, on the other hand - to ensure the reception 
of all the messages required for the search. Also the basic 
protocol functions have been implemented with no recursion 
and optimized up to the bitwise operations. 

II. Preliminaries and Relevant Properties of 
Bit-reversal 

There is a single broadcaster and arbitrary number of 
receivers. The broadcaster has a set of n messages to be 
broadcast labeled by keys from some linearly ordered universe. 
The keys do not have to be distinct. The broadcaster sorts the 
messages by the values of their keys. By a rank we mean 
a position index of an item in this sorted sequence. (The 
positions are numbered from to n — 1.) Then the broadcaster 
broadcasts in a round-robin fashion the sorted sequence of 
messages permuted by a fixed permutation tt, i.e.: the message 
with rank x is broadcast in the time slots that are congruent 
modulo n to 7r(a:). On the other hand, each receiver can 
at arbitrary time slot start the Algorithm [T| described below 
(technical re-formulation of ranking proposed in |[T|) to receive 
the message with a specified key. 

We assume that the length of the transmitted sequence is 
n ~ 2^, for some positive integer k. (If the actual number of 
messages is not a power of two, then we can duplicate some 
of them to obtain a sequence of length 2^.) 

For fc > and a; e {0, . . . , 2^^ — 1} we define: 
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}Bitsk{x) = X!^* 



In section IV we propose simple and efficient algorithm for 
computing the time-slot of the next message that should be 



where Xi = [x/2'J mod 2. Note that if {x^-i, ■ ■ ■ ,2^0)2 is a 
binary representation of x, then {xq, . . . ,Xk-i)2 is a binary 
representation of revBitsk{x). We call revBitsk a k-bit- 
reversal permutation. 

We argue, that bit-reversal is a good choice, for the permu- 
tation TT mentioned above, for the following reasons: 

• The low energetic costs of the radio operation of the 
receiver (see Section [lll] i. 

• The simplicity and efficiency of the implementation of 
the function nextSlotIn (see Section [TV] and ifTSj). 
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• Also the results of simulations (see Figure |2]) show the 
robustness of the algorithm to random loses of messages, 
e.g. caused by external interferences. 

A natural efficient solution to the problem of finding a key 
in the sorted sequence is application of the binary searching. 
We can define an (almost) balanced binary search tree on 2*^ 
nodes. As the first approach we define a permutation bsk (see 
the upper left graph on Figure [T]i. For fc > 0, let bsk (binary 
search ordering) be a permutation of {0, . . . , 2'^' — 1} defined 
as follows: 

• bsQ{x) = 0, and, 

• bsk+i{x) = (1 - (x mod 2)) • bsk([x/2\) + {x mod 2) • 
(2^-+Lx/2j). 

The domain of the permutation corresponds to ranks, while 
its range corresponds to time slots. In the definition of bsk+i, 
for each even rank x, only the component: "(1 — {x mod 2)) • 
bsk{lx/2\y' can be non-zero, and, for each odd rank x, only 
the component: "(a; mod 2) • (2*^ + [a;/2j)" can be non-zero. 
Thus, all the even ranks, permuted by bsk-i (ignoring the 
least significant - parity - bit), are placed before the odd ones 
- the leaves of binary search tree. Th upper-left graph on 
Figure [T] is the graph of bsk for k ~ 5. The axis of the range 
(the vertical axis) is directed downwards. The line segments 
form the binary search tree. A node {x, y) on the graph is on 
the level \\g2{y + 1)] of the binary search tree. If the sender 
transmits a sorted sequence of length 2*^ permuted by bsk and 
the receiver starts listening in time slot zero, then it needs 
to receive no more than k keys to locate its searched key. 
However, if the receiver starts at arbitrary time, then it may 
be forced to receive many messages. (Consider the case, when 
the receiver starts in time slot 2'''^^ and the searched key is 
greater than all the keys of the sequence.) In binary search it 
is essential, that all the nodes from one level precede all the 
nodes from the next level. However, the ordering of the nodes 
within each level may be arbitrary. Note that revBits satisfies 
the following recurrences: 

• revBitsQ{x) — 0, for a; = 0, and, 

• revBitsk+i{x) — revBitsk{[x /2\) + {x mod 2) •2*^, for 
< a; < 2''+^ - 1. 

In the definition of revBitsk+i, both the set of odd ranks 
(mapped to the time slots {2*^, . . . , 2*^+^ — 1} - the leaves) 
and the set of the even ranks (mapped to the time slots 
{0,...,2'^ — 1} - the part of the tree above the leaves) are both 
permuted recursively by revBitsk (ignoring the parity bit) 
within their ranges of time slots. Hence, by the recursion, each 
level I (of size [2'^^]) is recursively permutedhy revBitsi_i. 
The nodes within level I of the binary search tree form a 
binary search tree and the same holds for the sub-levels of the 
level. The binary search tree for revBits^ and the trees for 
its levels (the first level of recursion) are shown on the graphs 
on Figure [T] 

The binary search tree of revBitsk has k + 1 levels: 0,. . 
By the level of the time slot t we mean [lg2(i + 1)], and by 
the level of the rank x we mean \\g2{revBitsk{x) + 1)]. 
For each rank x on level I, we have < a; < 2'^ and x — 
2^^^ + ix ■ 2*^^'+^, for some integer ix called coordinate of x 
within level I. Note that = [x/2^^'-+^\. 




Fig. 1. The graphs of permutations: bs^ with embeded tree (upper left), 
revBitss (upper right), revBitss with embeded tree (lower left), and with 
the trees on the first recursion level (lower right). On the graphs, the axis of 
domain (con'esponding to ranks) is directed rightwards, while the axis of the 
range (corresponding to time) is directed downwards. 

We use notation (ai, 02, . . . , a,„) to denote a sequence 
of the elements 01,02, . . ., Thus, () denotes an empty 
sequence. For sequences ai and 02, let ai ■ a2 denote the 
concatenation of ai and a2. Let \a\ denote the length of the 
sequence a. For a decreasing sequence a of numbers from 
{0, . . . , fc}, we define the set as follows: 

1) ^(^ = {0,1,... ,2'=-!}. 

2) for < Z < lg2 ir.'^l, = {y \ [^(y - minF^fc + 
1)1=^}. 

We use to denote the subsets of time slots. Yq is the set of 
all the time-slots and Y'^ ,,\ is the set of time slots on the /th 
level of the binary search tree Y^. The following properties 
are simple consequence of the definition: 

Lemma 2.1: 1) |y„^ (o)| = 1 and, for < / < lg2 

\Ytii)\ = ^'-'- 

2) Y^ is a disjoint union of the sets Y^ f^^y where < / < 

3) y e Ya-(i) ^"'^ °"ly if minF^' + [2' < y < 
minY^ + 2K 

4) miny(t„,,....,,)=ELoL2'-^J. 

Let — revBitsk(Y^) - the set of the ranks of the time 
slots Y^. 

Let us define step^ as follows: 

• if a = then step^ — 1, else 

. if a = a' • (0 then step^ = 2'=-'+i. 

Lemma 2.2: For each X^, we have: 

1) X € if and only if a; = {mm X^^ + i ■ stepa) mod 2*^, 
for some integer i. 

2) stepa > minX^ + 1. 

3) maxX^ -I- stepa > 2^. 

Proof: If a = (), then = {0, 1, . . . , 2'^' - 1} and 
the lemma follows. Otherwise, en — 01' ■ (I), for some o! 
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and I. If I e {0,1}, then \X^\ = 1, stepa, G {2'=+\2'^} 
and the lemma follows. Otherwise, y e if an only if 
miny^, +2'"^ < i/ < minY"^, +2'. Note that a is decreasing 
and, by Lemma 2.1p ^i, mill — mill Y^, + 2'~i is divisible 
by 2'^^. In other words: Y^ (respectively, in X^') is the set of 
all the numbers that have the k — I + 1 most significant (re- 
spectively, least significant) bits identical to minY^' (respec- 
tively, revBitSk{TnimY^)). Hence, — revBitsk{Y^) = 
{x|0 < X < 2*^ A a; mod 2*"^'+^ = revBitsk{niinY^)}. 
Since stepa = 2*^^'+^, we have 

• stepa > rev Bits k{uiinY^) = minX^ and 



• X G X^ if and only if x - 
for some integer i. 
Thus the lemma follows. 
Notice that, for / > 0, 



(min X* + i ■ stepa) mod 2 



step'^. 



/2 e Uto^^.w 



if and only if 



(The ranks from the level 



X^ ,,-. are equidistantly interleaved with the ranks from all 



previous levels IJ'^q X* 



) Thus: 

G UU^o-W if and only if 
') mod 2^, for some integer j. 
For integer x and set of ranks X, let 5{x, X) = min({oo}U 
{d > 0\x + d £ X}), and, for non-empty X, let 
minStep(X) = min{{S{x, X) \ x G X}). If X is a singleton, 
then minStep{X) = oo. From Lemmas |2.2|and 2.3 we have: 



•(■0 

Lemma 2.3: For I > 0, x 

^ = (minUU^a.w+^-2'= 



Lemma 2.4: 1) minStep{Xa) > stepa, and 
2) mzn5tep(UU^a.w)>2'=-'. 
We also state the following simple fact: 
Lemma 2.5: If 2 • minStep(X) > r2 — ri, then |[ri,r2] H 
X\ < 2. 

A. Outline of the Protocol 

The most important function used by the RBO protocol is 

nextSlotluk defined, for < i < 2^", < ri < r2 < 2*", as 
follows: 

nextSlotInk{t,ri,r2) = (t + Tk{t,ri,r2)) mod 2'^, 

where Tk{t,ri,r2) = minjrf > : rl < revBitsk{{t + 
d) mod 2*^) < r2}. (I.e. the number of the next slot after t 
with rank in [ri,r2].) 

The sender simply sorts the sequence of messages by the 
keys and permutes it by the permutation revBitsk- Then it 
repeatedly broadcasts such sequence. The receiver contains 
variables minr (initiated to 0), maxr (initiated to n — 1) and 
the searched key k. The underlying algorithm for the receiver 
is outlined in Algorithm[r| Thus, the interval [minr, maxr] of 
possible ranks of the searched key k shrinks until it becomes 
empty or the searched key is found. The sleeping periods 
between subsequent receptions rapidly increase as the length 
of the interval decreases. 

III. Bounds on Time and Energy 

Theorem 3.1: Let n = 2^, for some positive integer k. Let 
kq,. . .,Kn-i be a sorted sequence of keys. Let k, be arbitrary 
searched key , let be arbitrary time slot, Q < < n. 



repeat 

receive message to; 

(* TO contains a key m.n and m.rank - the rank of 
m.K *) 

if m.K = K then 

1^ report the found message m and stop; 

if m.K < K A minr < m.rank then 
|_ minr ^ m.rank + 1; 

if m.K > K A maxr > m.rank then 
|_ maxr -S— m.rank — 1; 

if minr < maxr then 

let t — revBitsk{m.rank); 
sleep (and skip all transmissions) until the 
time slot nextSlotlnkit, minr, maxr); 

until minr > maxr; 
report the absence of k; 



Algorithm 1: Outline of the receiver's algorithm. 



and, 

U+i 



For i > 0, let 



let minro = and maxro — n — 1. 
— nextSlotIn{ti,minri,maxri), and, 
if K < KrevBits(ti+i) then minri+i = minri 
maxr.i^i = revBits{ti^i) — 1, else 
if K > Kr^„n,.f.„(t, , ,-1 then minri+i = revBit.s{ti+i] 



and 
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'^revBits{ti.\.\) 

and TOoxri+i = maxri, else 
• minri-^-i — minri and maxri^i = maxri. 
Let e ~ min{i > | minri > maxri V Kj,evBits(ti) — We 
have: 

1) e < 21g2n + 2, and 

2) te is at most n time slots after to. 
Proof: 

Note that ti — {to + 1) mod n, and ti, t2, . . ., te are the 
reception time slots required by the search for k started just 
before ti. If k € {kq, . . . , k„_i}, then the sequence {ti,t2, 
. . ., te-i,te) is a prefix of the sequence of time slots used for 
searching for some k' ^ {kq, . . . , k„-i} with the same rank as 
K. Therefore we consider only the case: k ^ {kq, . . . , k„_i}. 

Note that {Kt^, K(^ti+i) mod n, ^(^ti+n-i) mod n} Con- 
tains all the keys kq,. . .,k„_i. Hence, the bound on time 
(part[2]i is valid. 

Now consider the part [T] (the bound on energy). Let U 
denote the set of the (used) time slots {^1,^2, ■ ■ • ,te-i,te}- 

Let Ti be the set of all the time slots since ti until (^i+i — 
1) mod n: To = and, for 1 < i < e, = {{ti + d) mod 
n\0 < d < di}, where di = inin{x > | ti+i = (ti+x) mod 
n}. Let Ri = revBitsk{Ti) be the ranks of the time slots Ti. 
Lemma |3.1| follows from the definition of nextSlotInk and 
minri and maxri'. 

Lemma 3.1: The values minri ~ 1 and maxri + 1 are the 
most precise bounds on the rank of k from the subset Ri U 
{-l,n}: 

1) minri — 1 = max ({ — 1} U {a; | k^, < k A x £ Ri}), and 

2) maxri + 1 = min ({n} U {a; | k^; > k A x S and 

3) (since k ^ {kq, . . . , ««}) maxri + 1 = minri — 1 + 
d {minri ~ 1, {n} U Ri). 

Lemma 3.2 states that each Y^ C Ti imposes bounds on 
the length of the interval [minri, maxri]. 
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1 < minri — 1 + nim{step^ \ C Lemma 3.6: If \/3j\ — \(3j 



Lemma 3.2: maxri 
TJ. 

Proof: By Lemma 3.1p i, maxri + 1 = minri ^ 1 + 
S{minri-1, {njURi). Letl^ C T,. Since C we have 
6{minri — 1, {n} U Ri) < 5{minri — 1, {n} U X^) < step'^. 
The last inequality follows from Lemma [Z2) 
- 1 < min X^, then, by Lemma '. 



+1 



then|C/ny^^.^J <2</,+l- 



3.1 1 



mmri — 



if minri 

1 > -1 and, by Lemma [Z2p|, minX^' < step^ - 1, 
if minri ~ 1 > max X ^, the n, by Lemma S.lf T i, minri — 
1 < n and, by Lemma 2.2p i, n — maxX* < step^. 
otherwise, minri — 1 is between two consecutive elements 



in which are at the distance step^, by Lemma 2.2p " 



Let /3 be the shortest sequence, such that minF^ = ii. If 
(3 — (), then ti —{) and we start binary search from the global 
root. (Thus each of ii, . . . , is on distinct level and, hence, 
e < fc + 1.) Otherwise, let Pa ^ 13 and, for j > 0, let be 
defined as follows: 

• if f3j = (), then is not defined, else 

• if /3j = a ■ {I' , 1,1 — 1, ... ,1 — m), where I + 1 < I' and 
m > 1, then — a ■ {I' , I + 1), else 

• if f3j = {1,1 — 1, ... ,1 — to), where / < k and to > 1, 
then — {I + 1), else 

• if f3j — {k,k — l, ... , k — m), where m > 0, then /3j+i = 
(), else 

• (3j+i — a ■ {I + 1), where /3 j = a • (Z). 
Let last = min{j | = ()}. 

For < j < last, let fj (the /oof of (3j) be defined as 
follows: 

• if f3j = a ■ (/), for some a and ^, then let fj — I, else 

• (i.e. when l3j = ()) let fj=k + 1. 

Note that /o > 0, since minyQ,.(o) — minYct. The following 
lemma follows directly from the definitions of f3j and last. 
Lemma 3.3: 1) /g > 0, and 

2) for < J < Zasi, fj+l + \/3j\ - |/3j+i| = /j+i, and 

3) /ia.t = fc + L 

Notice that last < k, since /o > 0, and fj < /j+i (since 
1/5,1 > l/3,+i|). 

The sequence of time slots (ti, (ti + 1) mod n, ... , tg) is 
a prefix of the sequence ao ■ . . . ■ criast, where ai is the sorted 
sequence of time slots from Y^^. Moreover ctq • . . . • crjast-i 
and aiast are increasing sequences of consecutive integers: 

Lemma 3.4: 1) mhiYp^ = ti, and 

2) for < j < last — 1, maxY^, + 1 = min Y^. , and 



{t\ minY^^ < t < 



3) max Yg^ = n — 1, and 

4) for < \ < last, ^ Y^^ 
maxY^'}, and 

5) ^l.. ={0,1> !}■ 

We will show the bounds on the sizes of the intersections 

unY^^. 

Lemma 3.5: \U n Y^J < Ig^ \Y^J + 1 = max{l,/o} < 
/o + l. 

Proof: ti is the root of the binary search tree Yp^ and the 
number of levels of this tree is lg2 \ YpJ + 1 = max{l, /o} < 

/o + l. ° ■ 

Consider the case, when \f3j \ — > 1. 



f, + 1- 

Proof: We have f3j ~ a ■ (l) and f3j+i = a ■ {I 
for some a and L If Z = 0, then lY-t J = 1 
erwise, let S - 
If 5 = then 
s ~ min{i \ti E S'}. By Lemma 
Lemma 



, 1), 

Y0)J = 1- Oth- 
(time slots used in Yt ). 

then let 



3.2 



3.4 



0. If 5 ^ 
we have Y^, C T. 



By 

maxrg-i — minrg^i < step'^, = 2 • step p. 
In Y^^^ we use only the time slots with the ranks in 

_i, TOflxr^-i]. Hence |5| < \[minrs-i,maxrs-i] D 



Xa I 

and, by Lemma 

{l + l)-l + l 



By Lemma Z^jjli, minStep{Xp.^^) > step'^.^^ 
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mmrs- 
3+1 - /j + 



1, maxrg^ 
1. 



< 2 = 



Note that if we have ranked k in the levels Y^ , 

a-(0) ' 



then we have to check at most one rank on each level ^^.(j/) 
with I' > I, since we simply make a continuation of binary 
search in the binary search tree Y^': 



Lemma 3.7: If IJ^ 



that I <V < lg2 \Y^\, we have \U f] Y^, 



n Y*, X C Te-i, then, for each V such 



< 1. 



> 1. 



> 1 then \UnYp)J 



< 2 



c/nYi^ .ifs 



Consider the case, when \f3j \ > 
Lemma 3.8: If \/3j\ > |/3j+i 

|/3,|-|/3,+i| <./,+i-/, + l. 

Proof: Let to = \/3j\-\l3j+i\. Let 5 
then |;7 n Y^^^^ | = 0. If 9^ 0, then let s = min{i | G 5} 
By definition, there is a sequence a and a level number / 
such that /3j = a ■ {I , I — 1, . . . , I — m) and /3j+i = a • (Z + 1) 
We split the binary search tree Y^'^^ into upper part Y' and 

lower part Y" as follows: Let Y' = Ij' 
Lemma 



i-m+l ■^Q-(/+l,i)- 



3.4 



Note that Yt 

P3+1 



n Y*^,, , , and 
= Y' U Y". By 



we have Y^, C T^-i. Let X' = revBitskiY'). In 
Y' we lise only the time slots from [minrs-i,maxrs-i\, thus 
|C/n Y'l < |[mmrs-i, TOaxrs„i] n By Lemma [24p]i, 
minStep{X') > 2'=-('-") 



step /2. By Lemma 



< stepg,. Hence, by Lemma 



2.5 



3^ 
we 



maxrs-i — mmrg-i \ oucjjp, 
have I [TOmrs„i, TOaxT's-i] n X'\ < 2. Finally, note that, 
if C/ n Y" 7^ 0, then Y' C Tg^i and, by Lemma |l7 
|C/nY"| < TO. And 2+TO = {l+l)-{l-m)+l = fj+i-fj+1. 



3.5 



3.6 



For j < last, let Cj = |C/ H Y^, |. From Lemmas 
and |3.8[ we have: 

Lemma 3.9: cq < /o + 1, and, for < j < last, Cj < 

h - fi-i + 1- 

We still need a bound on the number of time slots used 
since the time slot 0. Let U' = {t e U\t < ti} (equal to 

Lemma 3.10: \U'\ <k- fiast-i + 2. 

Proof: If [/' = then the lemma follows. Consider the 
case U' 7^ 0: Let I = fiast-i- We split the global binary 
search tree Y^ into upper part Y' and lower part Y" as 



tn and Y" = U;=z+iy(5). Let 



follows: Let Y' Ui=o ^( 

i' = max{i \ti > ti} (i.e. the index of the last used time slot 
before the time slot 0). Let X' — revBitskiY'). Since the 
used time slots in U' have ranks in [minri', maxri>], we have 
|C/'nY'| < \[minr,,,maxr,']nX'\. Since Y^^^^^_^ C T,>, we 
have, by Lemma 3.2 maxri' — minri' < step'^^ Since, 
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V p=0.5 
♦ p=0.75 
■ p=1 



10 12 14 



18 20 22 24 



Fig. 2. Average energy used, for 10 < fc < 25, for probabilities of 
successful! reception p £ {0.5, 0.75, 1}. 



by Lemma zip i, minStep{X') > 2'''"' step''p^^^^_j2, we 
have, by LemmajTs] \[minrii, maxrii]nX'\ < 2. Finally, note 
that, if [/' n Y" ^ 0, then Y' C T;_i and, by Lemma |3T 

\u' r]Y"\<k-l. I 

Now, we can bound \U\: 
Lemma 3.11: \U\<2-k + 2. 



Proof: We have |C/| = Ej=o~ Cj + \U'\. By Lemma 

wehaveX;,=o < /o+l+E,^i ifj-fj-i 

\U'\<k^ 
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_ _ l)=/as<+ 

fiast-i- By Lemma [iTol we have: \U'\ < k ~ fi 
Since last < k, we have {last + fiast^i) + {k- fiast-i+'^) < 
2k + 2. m 



Lemma 3.11 completes the proof of Theorem 3.1 



Remark. Note that the bound is quite precise: Consider the 
case when Kn/2 < n < Kn/2+i and ti = ^^^Y(2}- Then, on 
each level . ■,Y/i,., we are using two slots and (in the next 



'(2)' 



round) we are using one slot in Y^^y Thus the total number 
of the used slots is 2(fe - 1) + 1 = 2fc - 1. 



Theorem 3.1 states the bound on energy under the as- 
sumption that every message is received with probability 
p ^ I. On Figure |2] we present results of simulations of the 
basic algorithm under the assumption that the probability of 
successful reception is p. (If the reception is unsuccessful, then 
a unit of energy is used in the corresponding time slot, however 
the interval [minr,maxr] is not updated.) The horizontal axis 
is fc, where 2*^ is the length of the broadcast sequence, and 
the vertical axis is the average energy used by the receiver 
in 100000 tests. In each test, a random starting time slot tQ, 
< to < 2^^, and a key (not present in the broadcast sequence) 
with random rank between and 2'^ have been uniformly 
selected. Since the key is not present in the sequence, the 
expected time is bounded by {1/p'^ — 1/2) • 2*^. 

IV. Computation of nextSlotIn 

The function nextSlotInk{t, ri,r2) is recomputed by RBO 
whenever it has to find the next time slot after t, such that the 
rank of the key transmitted in this slot is contained in the 
interval [ri,r2]. If the rank of the searched key is between 
ri and r2, then RBO can skip all the messages transmitted 
between time slots t + 1 and nextSlotInk(t,ri,r2) — 1. 
Efficient computation of this function reduces the time and 
the energy used by the processor of the receiver device. If 
2*/ (r2 —ri) is not too large (e.g. below one hundred) then the 



distance between consecutive elements of revBits{[ri, r2]) is 
not large and we may naively check sequentially the ranks of 
the time slots (< + 1) mod 2'^, {t + 2) mod 2''', . . .. Otherwise, 
if r2 — ri is a small number, then we may apply reverse 
searching among time slots revBits{ri), . . ., revBits{r2), 
for the nearest successor of t. We propose polylogarithmic 
time computation of nextSlotIn, that should be applied when 
both 2^/{r2 — ri) and r2 — ri are large. The implementation 
of this algorithm in programming language can be found 
in lfT3l . Here we describe its idea and a more intuitive 
pseudo-code. First, let us see how to compute the (globally) 
minimal time slot t, such that revBitsk{t) £ [?'i,?'2]- Let 
minRevBitSk{ri,r2) = VLmirevBitsk{{x\ri < x < ^2}). 
Note that if x is (the rank of) the node of the binary search tree, 
then the left (respectively, right) child of x is — x — 2^~^''^ 
(respectively, Xfs. ^ x + 2*^^'^^), where I is the level of x. 
We can compute minRevBitsk by following the the path 
in the binary search tree until we enter the interval [ri,r2] 
(see Algorithm |2]i. By symmetry of revBitsk, we have that 



function minRevBitsk{ri, r2) 

while X < ri or X > r2 do 

if a; < ri then x ^ x + s else 

s ^ s/2; 
return revBits{x); 



X ^ X ' 



Algorithm 2: Computing minRev Bits 

max Rev Bits k{r I, r 2) — TaaxrevBitsk{{x\ri < a; < ^2}) 
is equal to 2*^ — minRev B it Sk{2^ — r2, 2^ — ri). 

Here is the outline of our algorithm for computing 
nextSlotInk{t, ri, r2): 

1) If revBitsk{t) is only one side of the interval [ri,r2], 
then remove it: 

• If ri < r2 then: 

- if revBitsk{t) = ri, then ri ^ ri + 1, 

- else if revBitsk{t) = r2, then r2 -s— r2 — 1. 

2) If [ri , r2] is a singleton then there is no choice: 

• If ri = r2 then return revBitsk{ri). 

3) If t is still before the first slot ranked in [ri,r2] in this 
round, the return the first slot ranked in [ri, r2]: 

• het tFirst — minRevBitsk{ri, r2). 
. If < < tFirst then return tFirst. 

4) If < + 1 is after the last slot ranked in [ri,r2], then 
return the first slot ranked in [ri,r2] in the next round 
of broadcasting: 

• Let tLast = maxRevBitsk{ri, r2). 

• If tLast < t then return tFirst. 

5) Here, tFirst <t< tLast. 

• Find minimal level /, such that / > \lg2{t + 1)] 



and minL — min{i | 2 



, 2k-i+i > ^ J is not 



< 



greater than maxL = max{i | 2 

Such / is the first level (starting from the level of t) 
that intersects [ri,r2] and {minL, . . . ,maxL} are the 
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coordinates within the level I of this intersection. Note 
that minL = \{ri - 2^-^) /2^-^+'^] = [(ra + 2'="' - 
l)/2'=-'+iJ, and maxL = [(ra - 2'=-')/2''"'+^J ■ The 
number of nodes above the level I (and also the size of 
the level is 2'"!. 

• Let aboveL = 2'^^. 

• Let tFirstL = minRevBitsi^i(rninL,maxL) 
(the first time slot of the level / ranked within the 
level I in [minL, maxL]). 

6) aboveL + tFirstL is the global number of the first 
time slot of the level I ranked within the level I in 
[minL, maxL]. Check whether t is still before this time 
slot: 

• If i < aboveL + tFirstL then return aboveL + 
tFirstL. 

7) Here I is the level of t, since we did not return in 
previous step. 

• Let tLastL — maxRevBitsi_i{minL,maxL). 

8) If t > aboveL + tlastL then (we have to find the first 
slot in [ri,r'2] below the level I): 

a) Find minimal level li > Z, such that minLi = 



i{z|2 



k-h 



■ 2^ > ri} is not greater 



than maxLi — max{i | 2*^^'^ + i ■ 2'=-'i+i < 7-2} 
(/i is the next level after I that intersects [ri,r2].) 

b) Let aboveLi = 2'^^^ (the number of nodes above 
the level li). 

c) Let tFirstLi — 
minRevBitsi-^-i{minLi, maxLi). 

d) Return aboveLi + tFirstLi. 

9) Here tFirstL < t — aboveL < tLastL and we search 
within the level / (tail recursion): 
• Return aboveL + nextSlotIni^i{t — 
aboveL, minL, maxL). 
The depth of the recursion is at most k, since each level 
has no more than a half of the nodes of the tree. Step 8a 
is performed only on the last recursion. In step |5] t is above 
level I only on the last recursion. Thus, the algorithm performs 
0{k) elementary operations such as rev Bits, minRevBits, 
maxRevBits or arithmetic operations. Since each such oper- 
ation needs 0{k^) bit operations, the total cost is O(log'^n) 
of bitwise operations. We replace tail recursion by iterative 
version (see the code of plogNextSlotIn at |13|). Thus 
RBO uses only constant number of [log2 n]-bit variables. 

V. Implementation of the Protocol 

We propose an outline of practical implementation of RBO 
for realistic model, where the clocks of the sender and of 
the receiver are not perfectly synchronized. We also have 
to take into account the possible delays in processing the 
received messages by the underlying system protocols. We 
have arbitrarily selected the set of available RBO services. In 
the case of tiny devices such as sensors, it is customary that the 
code of the protocol implementation is modified and tailored 
to the particular needs of the (single) application run on the 
device. 



A. RBO Message Format 

The RBO message consists of a header and an arbitrary 
payload. The header contains the following fields: 

• sequenceld: The identifier of the sequence. If sequence 
of keys changes it should be changed. Zero is reserved 
for invalid identifier - should not be used. 

• logSequenceLength: Logarithm to the base of 2 of the 
sequence length. The length of the sequence is integer 
power of two. 

• timeSlotLength: Time interval between the starts of 
consecutive message transmissions (e.g. in milliseconds). 

• key: The key of the message. 

• rank: The rank of the key in the transmitted se- 
quence. Thus the time slot of this message is 

revBitsiogSe quenceLength [rank^ . 

B. Sender's Part of the RBO 

If the length n of the sequence to be transmitted is not an 
integer power of two, then some of the messages should be 
doubled to extend the length to the power of two n' = 2 ^'^2 "1 . 
Note that the distance between consecutive occurrences of the 
doubled keys in periodic broadcasting reduces to 2r'S2"l-i^ 
while the distance between occurrences of the not doubled 
keys increases to 2r'S2 "l. To compensate for this "injustice", 
we can increase the length of the sequence to even higher 
power of two by creating more balanced numbers of copies 
of the messages. 

The sender broadcasts in rounds the sequence of messages 
sorted by the keys and permuted by the revBits permutation. 
The messages should have properly filled in header fields. 
Whenever the sequence of keys changes, the field sequenceld 
must be changed unless logSequenceLength is changed. 

C. Receiver's Part of the RBO 

The RBO module on the receiver's device offers to its user 
application a split-phase interface. Such interface (see llT4l ) 
consists of the commands to be called by the user and events 
to be signalled to the user by the protocol. The user (i.e. the 
running application) issues a command search{key) that initi- 
ates the search and returns immediately. As soon as the search 
is finished, the event call-back searchDone{message, error) 
is posted to be signaled to the user, where message is the 
buffer containing the searched message (if found), and error 
is the status of the search result: 

• SUCCESS (the message has been found), 

. KEY_NOT_PRESENT (the key is not in the sequence), 

• TIMEOUT (no RBO messages has been received for long 
time), 

. BAD_MESSAGE (an RBO message with sequenceld = 
has been received), 

• FAILED_RADI0 (problems detected when switching the 
radio on/off). 

The user can also pause the current search with the command 
stopi) (to be resumed later) or abandon it with the command 
reset{) (forgetting all partial results of the search). 
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(idle) ^ ^ ( listening ) ^ "(sleeping) 

Fig. 3. State diagram of the RBO receiver protocol. 

On the other hand RBO uses the system modules 
and interfaces that provide the timers (timeoutTimer, 
sleepingTimer), and the means (e.g. dehvered by the TinyOS 
module ActiveMessageC) of packet reception (e.g the 
interface Receive) and of switching the radio on and off 
(e.g. the interface Split Control). RBO can be in one of 
the three states: 

• IDLE (when RBO is not used), 

• LISTENING (when radio is switched on), 

• SLEEPING (when radio is switched off until 
sleepingTimer fires). 

The possible state transitions are displayed on Figure [3] In 
transition to LISTENING, a sleepingTimer is canceled, 
timeoutTimer is set and the radio is switched on. (Actually, 
a split-phase process of switching the radio on is initiated.) 
In transition to SLEEPING, the timeoutTimer is canceled, 
sleepingTimer is set and radio is switched off. In transition 
to IDLE, the timers are canceled. 
RBO has following variables: 

• searchedKey - the recently searched key, 

• logSequenceLength and sequenceld (initiated to zero) 
- recently received in RBO message, 

• minRank and maxRank - learned lower and upper 
bound on the rank of searchedKey. 

The user's command search{key) compares key to 
searchedKey and initiates searching: 

• If key < searchKey, then set minRank to zero. 

• If key > searchKey, then set maxRank to 

QlogSequenceLength ^ 

• Set searchedKey to key and switches RBO to 
LISTENING State. (Thus we may take advantage from 
the most recent search.) 

The stop and reset commands switch RBO to IDLE. 
(Moreover, reset sets sequenceld to zero.) 

RBO implements callbacks of the events signalled by the 
timers and the interfaces Receive and SplitControl. 
The timeouTimer event firedQ in the state LISTENING 
causes RBO transition to the state IDLE and sig- 
nalling searchDone{. . . , TIMEOUT) to the user. The 
sleepingTimer event fired in the state SLEEPING causes 
RBO transition to the state LISTENING and switching the 
radio on. The (most essential) event received{message) (re- 
ception of the message) signalled by the radio Receive 
interface to RBO in state LISTENING is served by RBO as 
follows (we use notation message.name to denote the field 
in the message header and name to denote variable of RBO): 

1) timeoutTimer is canceled. 

2) If message. sequenceld ~ 0, then RBO switches 
to IDLE and signals searchDone{ message^ 
BAD_MESSAGE), and returns. 

3) If message. sequenceld ^ sequenceld 
or message.logSequenccLength ^ 
logSequenceLength, then 



• set sequenceld to message. sequenceld, 

• set logSequenceLength to 
message.logSequenccLength and 

• (forget old bounds) set minRank to 
and maxRank to 2*^ — 1, where 
k = logSequenceLength. 

4) If message. key = searchedKey then RBO switches to 
IDLE and signals searchDone{message, SUCCESS), 
and returns. 

5) Try to update the bounds on the rank: 

• If message. key > .searchedKey and 
message.rank < maxRank then set maxRank 
to message.rank — 1, else 

• if message. key < searchedKey and 
message.rank > minRank then set minRank to 
message.rank + 1. 

6) Test for absence of the serchedKey: 

• If minRank > maxRank, then RBO switches 
to IDLE and signals searchDone(message, 
KEY_N0T_PRESENT), and returns. 

7) Compute the time remaining to the next useful message: 

• Let k = logSequenceLength and 
now — revBitsk{message.rank) and next = 
nextSlotInk {now, minRank, maxRank). 

• If now < next then let slotsToNext = next — 
now, else let slotsToNext ~ 2^ — now + next. 

• Let remaingTime — .slotsToNext 
message.timeSlotLength. 

8) If remainingTime is greater then a threshold (i.e. 
minSleepingTime), then RBO sets sleepingTimer to 
remainingTime — relativcMargin — timeMargin, 
switches the radio off and transits to state SLEEPING, 
where timeMargin is some constant margin (e.g. few 
milliseconds) that should compensate for radio switching 
on and off delays and the delay in message process- 
ing, and relativcTimcM argin = remainingTime/ d 
should compensate for not ideal synchronization of the 
sender's and receiver's clocks. (If d is a power of two, 
then the division may be replaced by a binary shift.) 

9) Otherwise (i.e. when remainingTime < 
minSleepingTime), only the timeoutTimer is 
restarted. 

10) RBO returns. 
We skip the descriptions of the implementations of the 
callbacks startDone and stopDone of the interface 
SplitControl used for switching the radio on and off. 
In practice RBO may receive some overhead messages due 
to the hardware delays and to keep synchronization with 
the sender. The proper balancing of the parameters (such as 
minSleepingTime, and the absolute and the relative time 
margins) that control the tradeoff between the energy savings 
and the reliability can be subject of real life experiments. 

VI. Conclusion 

This paper proposes an efficient solution to the problem 
of transmitting very long streams of uniform messages for 
selective reception by battery powered receivers. 



We proposed an implementation of the protocol based on 
a very simple basic algorithm (Algorithm [T]i and an efficient 
algorithm for computation of its essential function nextSlotln. 
Thus, the protocol can be implemented on devices with very 
weak processors and with very limited memory. 

Note, that we can "plug-in" arbitrary permutation instead of 
bit-reversal in the basic algorithm. We have shown that, for the 
bit-reversal permutation, the number of necessary receptions is 
bounded by 2 [log2 n \ + 2. On the other hand we have shown 
an example, where 2 [log2 n] — 1 receptions are necessary. It is 
interesting question, whether there exist any permutation, for 
which the respective bounds are lower than for bit-reversal. 
However, logj n is an obvious lower bound and the simplicity 
of bit-reversal is a great advantage in possible implementa- 
tions. The tests for unreliable transmissions (Figure |2]) show 
that the expected energetic costs are very low even if the 
probability of successful reception is much lower than one. 
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